Finding ID | Version | Rule ID | IA Controls | Severity |
---|---|---|---|---|
V-220437 | CISC-RT-000210 | SV-220437r622190_rule | Medium |
Description |
---|
Without establishing where events occurred, it is impossible to establish, correlate, and investigate the events leading up to an outage or attack. To compile an accurate risk assessment and provide forensic analysis, it is essential for security personnel to know where events occurred, such as switch components, modules, device identifiers, node names, and functionality. Associating information about where the event occurred within the network provides a means of investigating an attack, recognizing resource utilization or capacity thresholds, or identifying an improperly configured switch. |
STIG | Date |
---|---|
Cisco IOS Switch RTR Security Technical Implementation Guide | 2022-09-14 |
Check Text ( C-22152r508396_chk ) |
---|
Review the switch configuration to verify that events are logged containing information to establish where the events occurred as shown in the example below: ip access-list extended INGRESS_FILTER permit tcp any any established permit tcp any host x.11.1.5 eq www permit icmp host x.11.1.1 host x.11.1.2 echo permit icmp any any echo-reply … … … deny ip any any log-input Note: When the log-input parameter is configured on deny statements, the log record will contain the interface where the ingress packet has been dropped. If the switch is not configured to produce audit records containing information to establish to establish where the events occurred, this is a finding. |
Fix Text (F-22141r508397_fix) |
---|
Configure the switch to log events containing information to establish where the events occurred as shown in the example below: SW1(config)#ip access-list extended INGRESS_FILTER … … … SW1(config-ext-nacl)#deny ip any any log-input |